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Abstract 

The software application described in this work aims to help with one of the main issues in ex- 
perimental physics, the automation of data acquisition and equipment control. This software 
application, designated as SCTE, was written in Perl and uses the SCPI language to communicate 
with test instruments. The communication goes through RS-232 port, also known as serial port, 
vastly available in current generation PCs and testing equipment. Although the RS-232 port has 
been used here, SCTE may be easily adapted to work with USB or any other kinds of ports. SCTE 
enables the simultaneous control of several test equipment of different functionalities, like oscillo- 
scopes and signal generators, in order to automate an entire experiment. This program has been 
used to calibrate a new set of devices for power determination, part of the Alfven wave heating 
system of the tokamak TCABR. 
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PROGRAM SUMMARY 

Authors: Luiz C. B. Mostago-Guidolin 
Program Title: SCTE 
Journal Reference: 
Catalogue identifier: 

Licensing provisions: GNU/GPL version 3 

Programming language: Perl version 5.10.0 or 
higher 

Computer: regular PC 

Operating system: GNU/Linux, should also work on 
other Unix-like systems 

Supplementary material: digital oscilloscope with 
RS-232 communication port, null modem cable 
and function generator 
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PACS: 01.50.hv, 01.50.Lc, 01. 50. Pa. 
Classification: 4.14 

External routines/libraries: Perl modules De- 
vice: :SerialPort and Term::ANSIColor 

Subprograms used: Gnuplot 4.0 or higher 

Nature of the problem: Automation of experiments 
and data acquisition often requires expensive 
equipment and software. Nowadays personal com- 
puters and test equipment come with fast and 
easy-to-use communication ports. The vendors 
of such test equipment often supply application 
programs capable of controlling such devices, but 
these are very restricted in terms of what they are 
able perform. For instance, they are not capable 
of controlling more than one test equipment at a 
same time or to automate repetitive tasks. SCTE 
provides a way of using auxiliary equipment in or- 
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der to automate experiment procedures at low cost 
in a free, and open source operational system. 

Solution method: SCTE combines Perl scripts and 
SCPI language[l], thus providing an easy way of 
automating experiments and data acquisition us- 
ing regular PCs and test equipment [2]. This pro- 
gram application communicates with test equip- 
ment, like oscilloscopes and function generators, 
via widely available RS-232 port and null modem 
cables. 

Program Summary References: 

[1] SCPI Consortium, Standard Commands for 
Programmable Instruments, 1999. URL 
http : //www. scpiconsortium. org 

[2] L. C. B. Mostaco-Guidolin, Determinagao da 
configuragao de ondas de Alfven excitadas 
no tokamak TCABR, Master's thesis, Uni- 
versidade de Sao Paulo (2007). 

1. Introduction 

The creation of dedicated systems capable 
of controlling scientific instruments and per- 
forming data acquisition has demanded great 
effort, money and time in the field of exper- 
imental physics. Because the prices of regu- 
lar PC's have decreased, and their communica- 
tion ports are becoming faster, a wide variety 
of testing equipment provided with such ports 
is now available. This scenario allows us to 
easily develop software applications for experi- 
ment automation and data acquisition. 

The software application described in this 
work, called SCTE - Software for controlling 
testing equipment ~ was developed in order to 
automate the process of calibration of a set of 
diagnoses for determining the radio-frequency 
power applied to the plasma by the Tokamak 
Chauffage Alfven Bresilierts Alfven Waves Ex- 
citement System (TCABR- AWES) [2,11]. Although 
this program application has been designed for 
this task it may be easily adapted and applied 
to any procedure involving testing equipment 
like oscilloscopes and function generators, as 
long as they are capable of communicating with 
regular PCs. 

The SCTE was written in Perl considering 
that this language has been widely used and 



is vastly present in the TCABR data acquisition 
system[3]. Another advantage of the Perl lan- 
guage is that it is robust for text manipula- 
tion, it is simple regarding the access to op- 
erational system's resources, and there is no 
need for dealing with memory allocation and 
complex data structures. These characteris- 
tics makes the process of creating automation 
scripts more rapid and efficient than when C 
language is used, for example. 

SCTE has been designed for GNU/Linux, but 
it may also be used with any Unix-like sys- 
tems. In view of the fact that it has been 
written in Perl and makes use of the mod- 
ule called "Device: :SerialPort" 0] for RS-232 
communication, which is an emulation of the 
"Win32 ::SerialPort" functions, it may be easily 
ported to be used with MS-Windows as well. 

The use of the RS-232 port was determined 
by its availability in most current-generation 
PCs and test equipment as well as the sim- 
plicity of its programming. SCTE has been 
tested with oscilloscopes of the series TDS- 
200/TDS-1000/TDS-2000 from Tektronix which 
are equipped with RS-232 port as well as GPIB - 
General Purpose Interface Bus - and IEEE 1284 
(parallel), although they were not used in this 
work. SCTE may be easily adapted for use with 
other kinds of communication ports like USB 
or LAN due to the availability of Perl modules 
for this purpose [a], although the protocols used 
in such communications are slightly more com- 
plex. 

Nowadays almost every vendor of testing 
equipment provides software programs for com- 
munication and control of their testing instru- 
ments. These programs are meant to accom- 
plish specific tasks like acquiring one shot or 
altering the amplitude of the signal as well as 
displaying the results on the screen and saving 
it into a file. However, they are not designed 
to execute sequences of steps and to commu- 
nicate with more than one testing equipment 
at a time, specially when the equipment was 
purchased from different vendors and for dif- 



ferent purposes like oscilloscopes and function 
generators. Another disadvantage is that these 
programs must run in proprietary operational 
systems and are not open source, and thus can 
not be adapted. 

Most of the controllable testing equipment 
operate with the language called SCPI - Stan- 
dard Commands for Programmable Instrumen- 
tation - which is the interface language be- 
tween computers and testing equipment 0]. 
SCPI syntax consists of ASCII text strings that 
can be sent from a computer to a testing equip- 
ment over any interface. Considering that 
SCPI was designed to be vendor, interface and 
instrument-independent, it may be employed 
to control any capable instrument used in the 
experiment. The software application devel- 
oped in this work combines Perl script and SCPI 
commands to solve the issues pointed in the 
previews paragraphs. 

2. Overview of the software structure 

For organizational purposes the SCTE core 
is divided into four different files: the main 
script scte, one configuration file etc/scte.conf , 
and two libraries called lib/libSCTE.pl and user_ 
defined/experiment. pi. 

The library file lib/libSCTE.pl contains the 
definitions of the functions that are common to 
every experiment. Examples of these functions 
are the ones to deal with the serial port, the one 
to read the configuration file, and another one 
to perform the statistical pre-analysis of the ac- 
quired data. In addition to this file there is the 
user custom library user_defined/experiment.pl, 
where all the experiment-related function defi- 
nitions are placed into. 

Every parameter used throughout the pro- 
gram may be defined in the configuration file 
etc/scte.conf. The only mandatory definition 
found in this file is the directive describing the 
path of the device associated with the serial 
port. Many other directives may be defined 
as they become necessary. As an example, we 
may define a directive specifying the full path 



for the directory where the acquired data will 
be stored. 

All files are called by the main program 
(script) designated as scte. This is the actual 
file where the sequence (or steps) of the ex- 
periment is defined. The software application 
provided as SCTE has been designed to perform 
the calibration of a radio- frequency signal mul- 
tiplier circuit, but it can be easily adapted to 
other specific cases. 

The file names used in this work are just ex- 
amples of usage and organization, being the 
SCTE more like a method for creating scripts for 
experiment automation than a complete and 
static set of programs for the same purpose. 

To illustrate the versatility of this method, 
two more files, namely ScreenCapture and 
WaveCapture, are provided as examples of SCTE 
adaptations. These files are designed to cap- 
ture the image shown in the oscilloscope's dis- 
play (as a PCX image) and to acquire the actual 
data points (wave form) used to plot the signal 
into the screen of the oscilloscope, respectively. 
Both of these files can be found in the direc- 
tory extras and the respective library files are 
located in the directory user_defined. The com- 
plete listing of the directory tree of the SCTE 
distribution is shown in Figure __ 



/home/user/scte 

— COPYNG 

— README 

— scte 

— etc 

' — scte.conf 

— lib 

I — libSCTE.pl 

— user_defined 

I — experiment.pl 
— screen_capture.pl 
I — wave_capture.pl 

— extras 

t ScreenCapture 
WaveCapture 

— run_test 



Figure 1: Listing of the directory tree of the complete 
SCTE distribution. Directories are presented in bold 
and files with execute permission are presented in ital- 
ics. 



3. Installation and configuration instruc- 
tions 

SCTE does not require installation in the 
system because the scripts can be run di- 
rectly from any directory. However, it re- 
quires that three external components are 
installed, namely two Perl modules from 
CPAN, called "Term::ANSIColor" and "De- 
vice: :SerialPort" @, 0, EL and the plotting 
application called Gnuplot[9]. Each of these 
components are available in the most used 
GNU/Linux distributions as packages, other- 
wise they can be easily downloaded (and in- 
stalled) from their official homepage. 

The program SCTE can be downloaded from 
the web page http: //scte . sourcef orge . net| 
After downloading the file named scte- (version) 
.tar.gz, unpack it issuing the command 

# tar xzf scte-<version> . tar.gz 

where the (version) string is to be replaced by 
the appropriate string to match the file name. 
Once unpacked, it is recommended the reading 
of the README file which contains instructions 
for the installation of the required Perl mod- 
ules, and the configuration of the user account 
that is going to run the scte application. 

This configuration is required because in 
many GNU/Linux distributions, the access to 
the serial port is restricted to the root user or 
members of a specific system group; thus the 
user executing scte must be added to the spe- 
cific system group. 

Before initiating a run test, some configura- 
tion is required. In the configuration file lo- 
cated at etc/scte.conf, inside the SCTE direc- 
tory, the directives must be altered in order to 
match the system and installation paths. The 
pre-defined directives are: 

• SERIAL_PORT_DEVICE: defines the full path 
to the serial port device; 

• PLOT_APP_PATH: defines the full path to the 
preferred plotting application; 



• FILEJTCLPLOT: defines the full path to 
the file that will be plotted by the 
PLOTJVPP_PATH; 

• OUTPUT_DIR: defines the full path to the 
directory where the acquired data will be 
stored. 

At the completion of each cycle of data ac- 
quisition, the Gnuplot plotting application, is 
called in order to present the partial results. 
This task is performed by supplying a Gnu- 
plot script file to the Gnuplot application. As 
an example of this kind of script, the file 
run_test/plot.gp is supplied. 



4. Description of the scte automation 
script 

An automation script can be logically di- 
vided in two parts: the preparation of the ex- 
periment, which consists of all the tasks that 
have to be performed before the experiment is 
initiated, and the experiment itself, which con- 
sists of the implementation of the experiment 
steps. Figure [2] shows a diagram that describes 
every step performed by scte. 
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Figure 2: Block diagram representing all the tasks per- 
formed by the automation scrip SCte. Block A corre- 
sponds to the preparation of the experiment and block 
B corresponds to the steps of the experiment. 



In Figure [21 the block represented by letter A 
corresponds to the tasks related to the prepa- 
ration of the experiment. Each step, numbered 
1 to 7, may be briefly described as: 

1. the inclusion of external libraries like 
libSCTE.pl and experiment.pl; 

2. the call for the subroutine readConfsQ 
that reads the parameters specified in the 
file etc/scte.conf and stores them into the 
hash %conf s; 

3. the definition of variables used by other 
functions. There are six important vari- 
ables at this point, being one scalar, four 
hashes and one hash of arrays. Their 
names and purposes are explained, in or- 
der of appearance, as: 

• '/.confs: the variable that stores the 
values of the parameters specified in 
the configuration file; 

• $devicel: receives the path for the 
device of the serial port which the 
test equipment is connected to from 
$confs{SERIAL_PORT_DEVICE}; 

• %Oscilloscope_parameters: con- 
tains SCPI commands to be sent to 
the oscilloscope in order to set it up 
for the upcoming experiment; 

• y o experimentInf o: initially contains 
questions to be asked to the user 
in order to compose, among other 
things, the name of the files where 
the acquired data will be stored. Af- 
ter the questions are asked, they will 
be replaced by the answers supplied 
by the user; 

• °/ readings: is a hash of arrays in- 
tended to store the readings per- 
formed during the experiment. Each 
key of the hash corresponds to one 
kind of reading, for example, the 
peak to peak value of the first chan- 
nel of the oscilloscope; 



• %pre_analyses: contains the results 
of the pre-analyses of the acquired 
data. 

4. the call to the 
setExperimentParametersQ sub- 
routine sends the SCPI commands 
previously defined in the variable 
7 0scilloscope_parameters to the 
equipment connected to the port specified 
in $devicel (the oscilloscope in this 
example). These commands instruct 
the oscilloscope to operate within the 
specified parameters; 

5. the queryExperimentlnf o () subroutine 
call asks the user the questionnaire speci- 
fied in the variable /^experiment Inf o and 
stores his answers into the same variable; 

6. the createExperimentFiles () subrou- 
tine call uses the information in the vari- 
able %confs and %experimentlnf o, to 
create the directory structure necessary to 
store the acquired data and returns the 
name (with full path) of two files where the 
acquired data and the pre-analysed data 
will be stored. A file with extension .dat 
will store the pre-analysed data and an- 
other one with extension . raw will store the 
acquired data without any processing; 

7. the printExperimentFileHeader () sub- 
routine call creates both files, .dat and 
.raw. In addition, a header contain- 
ing information about the experiment is 
written into these files. This header 
is composed of the information supplied 
by the user in the beginning of the 
experiment (and stored in the variable 
%experimentlnf o () ) and the parameters 
of the experiment which were set using the 
7o0scilloscope_parameters () variable. 

The block represented by letter B in Figure [2] 
corresponds to the tasks related to the imple- 
mentation (or logic) of the experiment itself. 
The description of each numbered step may be 
briefly described as: 



8. the call to the subroutine experiment () 
that implements every step of the exper- 
iment. It consists of a sequence of SCPI 
commands that stops the oscilloscope, se- 
lects the channel that will be read, se- 
lects what kind of reading will be made, 
and reads the value. After repeating these 
steps for each channel of interest, the oscil- 
loscope will be released (choosing the run 
mode) and after a pseudo-random inter- 
val of time (between and Is) the pro- 
cedure will be repeated as many times as 
specified by the user through the variable 
%exper iment Inf o ( ) ; 

9. the pre-analyses of the data acquired from 
each channel is performed by the subrou- 
tine Analyses (). The statistical informa- 
tion of the data set, like the mean value 
and mean deviation, will be returned by 
the subroutine; 

10. the subroutine storelnfoQ stores the 
pre-analysed and the pure data into the 
corresponding files for further and more 
in-depth analyses. 

11. the system call to an external plotting ap- 
plication (Gnuplot) provides the preview of 
the calibration curve determined so far. 

12. after completing each set of readings, scte 
stops and asks the user if another set of 
data acquisition is to be performed. At 
this time the user may choose to finish the 
experiment (step 13) or to adjust the input 
signal and continue the experiment (back 
to step 8). 

5. Run test description 

As an example of SCTE applicability we will 
present the calibration of a radio-frequency 
(RF) signal multiplier and its test in operation. 
This device was designed to enhance the effi- 
ciency of the TCABR's Alfven wave heating sys- 
tem, by determining the RF power applied to 
the plasma by AWES. 

The RF power determination is performed by 
multiplying an RF current signal by an RF volt- 



age signal, resulting in another signal propor- 
tional to the desired RF power. The RF current 
and voltage signals are obtained by measuring 
the current and voltage applied by the AWES 
generator to one loop of the Alfven antennas 
set. Both signals are applied to the multiplying 
circuit, resulting in the desired power signal. 



The multiplier consists of an electrical cir- 
cuit based on the component AD834, which is a 
500MHz four-quadrant multiplier [lj], 0] . The 
calibration of this device was performed using a 
signal generator (model HP3112A from Hewlett 
Packard) and a digital oscilloscope (model TDS- 
210 from Tektronix) equipped with RS-232 port. 

In order to simulate the RF current and 
voltage signals, two amplitude modulated sig- 
nals, with carrier frequency of approximately 
5.0MHz and duration of approximately 10ms, 
were supplied as input to the multiplier circuit 
and to the oscilloscope as reference signal. The 
measurement of the reference and output sig- 
nals was performed by SCTE using the oscillo- 
scope. 



With an adaptation of the SCTE script called 
ScreenCapturqj, a screen shot of the oscillo- 
scope's screen was taken producing the image 
shown in Figure El The signal in channel 1 is 
the output signal produced by the multiplier 
when the signal in channel 2 is applied to both 
circuit inputs. This image can be used as refer- 
ence of the operation behaviour of this equip- 
ment for future consultation. 



1 this script can be found in the extras directory inside 
the SCTE main directory. 
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Figure 3: Screen shot of the oscilloscope screen showing 
the output signal in channel 1 and the input signal in 
channel 2. 



By running the supplied scte script, the cali- 
bration process commences by sending the cal- 
ibration parameters to the oscilloscope. Af- 
ter setting up each parameter, the script reads 
these parameters in order to verify whether the 
oscilloscope is set up as desired. A screen shot 
of the output produced by scte is shown in Fig- 
ure m 

SCTE - Software for Controlling Test Equipments 

Version 2.0 

Setting Experiment Parameters: 

* ACQ: MOD SAMPLE (SAM) 

* ACQ: NUMAV 128 (128) 

* CHI: BAN OFF (OFF) 

* CHI: COUP DC (DC) 

* CH1:INV OFF (OFF) 

* CHI: PRO 1 (1) 

* CH2: BAN OFF (OFF) 

* CH2:C0UP DC (DC) 

* CH2:INV OFF (OFF) 

* CH2:PR0 1 (1) 

* TRIG : MAI : EDGE : COUP DC (DC) 

* TRIG: MAI: EDGE : SLO RISE (RIS) 

* TRIG: MAI: EDGE: SOU EXT (EXT) 

* TRIG: MAI: MOD AUTO (AUTO) 

-> Continue [Y/n]? Y 

Figure 4: First output screen of SCte script setting up 
the oscilloscope parameters for the experiment. The 
left column shows the SCPI commands sent to the os- 
cilloscope, setting the values shown in the right column. 
The values shown in parentheses are the values returned 
by the oscilloscope. This image has been slightly altered 
for printing purposes. 



In Figure 01 the left column shows the SCPI 
command sent to the oscilloscope, whose the 
value is shown in the right column, and then 
sent again as an enquiry, resulting in the re- 
sponse shown in the right column enclosed 
in parentheses. Since the returned values 
matched the sent ones, it was possible to pro- 
ceed to the next step. 

It is worth to highlight that sometimes the 
oscilloscope may not respond to some of the 
SCPI commands, indicating different oscillo- 
scope firmware version. Information about 
firmware versions and their differences can 
be found in the oscilloscope's programming 
manual 11 \ . 

Following the set up of parameters comes 
a questionnaire about the experiment. The 
gathered information is used to create the files 
where the acquired data will be stored, and to 
create a small experiment log inside these files. 
Figure [5] presents the output of the scte script 
corresponding to the questionnaire. 



SCTE - Software for Controlling Test Equipments 

Version 2.0 

Experiment Information: 

-> Comments about the calibration: CHl=output 

signal (peak to peak); EXT=CH2=input signaKpeak to peak); 
initial DC=-258mV; square wave AM. 

-> Number of the device under calibration: devl 

-> Frequency of the input signal: 5.0MHz 

-> Output under calibration : outl 

-> Number of readings per point: 10 

-> Continue [Y/n]? yfj 



Figure 5: Second output screen of SCte script consist- 
ing of a questionnaire for gathering information about 
the upcoming experiment. This image has been slightly 
altered for printing purposes. 



After concluding the questionnaire, the 
script proceeds with data acquisition. It makes 
10 readings (as specified in the questionnaire) 
in pseudo-aleatory intervals from to Is. Each 
reading is performed with the oscilloscope still. 
During the delay between readings, the oscillo- 
scope is put into the run mode. After the first 
set of readings (10 readings), scte stops and 
waits for the user intervention ordering the per- 



formance of another set of readings or to end 
the experiment. This intervention is required 
because the signal generator used in this ex- 
periment was not equipped with communica- 
tion ports, and so it could not be automatically 
controlled. In addition, scte calls the plotting 
application in order to show a preview of the 
curve determined so far. 

The procedure to call the external plotting 
application is performed by the means of the 
Perl system () function which invokes a shell 
and executes the plotting application. Depend- 
ing on the plotting application an input script 
file may be required, and possibly extra param- 
eters as well. For this purpose, it was created a 
Gnuplot script file namely run_test/plot.gp that 
plots the pre-analysed data in the .dat file. The 
original data points are stored in the .raw file 
for future and more in-depth analysis. 

The calibration curve is obtained by vary- 
ing the amplitude of the input signal and read- 
ing the input and output signals. The covered 
amplitude range was approximately from to 
2V. Considering the mean value of each set 
of 10 readings as the representative value of 
the read amplitude, and using the mean devi- 
ation as error bars, the calibration curve can 
be determined. Figure shows the calibration 
curve obtained for a carrier frequency of ap- 
proximately 5.0MHz. 
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In several occasions it may not suffice to ac- 
quire mean values only (like peak to peak, RMS 
or mean values), it may be of interest to ac- 
quire the wave form of the signal as displayed 
in the screen of the oscilloscope. For this pur- 
pose, the script WaveCapture (which is based 
on scte) may be used. Two wave forms origi- 
nated by one TCABR test shot are shown in Fig- 
ure The input signal supplied by a Rogowski 
coil for RF current measurements is shown in 
Figure 0(a), while Figure 0(b) corresponds to 
the output signal read from the signal multi- 
plier. With this information it is possible to 
calculate the radio-frequency power produced 
by one loop of the Alfven antenna of AWES in 
this test, and determine the relation between 
the power supplied and the output value of the 
multiplier. 




J 




Figure 6: Calibration curve for the RF signal multiplier 
resulting from an SCTE automated experiment. 



Pulse duration |ms) 

Figure 7: Wave forms acquired with WaveCapture 
script, (a) corresponds to the RF current input signal 
measured with a Rogowski coil of 18.61(16) x 10 -3 -j 
sensitivity factor; (b) corresponds to the multiplier out- 
put signal. 



The scripts written for this run test cover the 
commonest operations of data acquisition with 
oscilloscopes. If a function generator equipped 
with communication ports had been available, 
it would have been possible to reduce the user 
interaction in the calibration process to a min- 



imum, achieving a high level of automation. 
However, additional subroutines should have to 
be written in order to control the signal gener- 
ator and eliminate human intervention in the 
calibration process. 

6. Conclusions 

SCTE constitutes a simple but powerful way 
of automating data acquisition and equipment 
control in experimental Physics and related ar- 
eas. The example scripts, provided as SCTE, 
cover the commonest operations with oscillo- 
scopes. The program code is ready to con- 
trol more than one equipment at a time, which 
turns out to be one of its great advantages. The 
possibility of defining the number of readings 
per point enables for the user to obtain more 
accurate curves with less effort. 



[7] 
[8] 
[9] 
[10] 

[11] 



J. Hietaniemi, CPAN Comprehensive Perl Archive Network 
URL http : //www. cpanTorgT] 

R. Allbery, Term::ANSIColor - Color screen out- 
put using ANSI escape sequences, CPAN. 
T. Williams, C. Kelley, |Gnuplot| 
URL http://www.gnuplot.info/ 
Analog Devices Inc., 
|AD834 500 MHz Four- Quadrant Multiplier! 
(2002). 



URL http : //www . analog . com/UploadedFiles/Data_Sheet s/AD834 . 
Tektronix Inc., Programmer Manual - TDS200- 
,TDS1000-,TDS2000-Series Digital Osciloscope 
(071-1075-01). 



7. Acknowledgements 

I would like to thank Roberto L. Parra, 
Heitor H. Federico and Diogo B. Tridapalli for 
their suggestions. This work received financial 
support from CNPq. 



References 

[1] L. Ruchko, E. Ozono, R. Galvao, I. Nascimento, 
F. Degasperi, E. Lerche, Advanced antenna sys- 
tem for Alfven wave plasma heating and current 
drive in TCABR tokamak, Fusion Engineering and 
Design 43 (1) (1999) 15-28. 

[2] L. C. B. Mostaco-Guidolin, 

Determinaciao da configuracao de ondas de alfven excitadas no tokamak tcabr, 
Master's thesis, Universidade de Sao Paulo (2007). 

URL http : //www . teses . usp . br/teses/disponiveis/43/43134/tde-23042009-230419/ 

[3] A. Fagundes, W. Sa, P. Coelho, TCABR data ac- 

quisition system, Fusion Engineering and Design 

48 (1-2) (2000) 213-218. 
[4] B. Birthisel, K. Cook, Device::SerialPort - 

Linux/POSIX emulation of Win32::SerialPort 

functions, CPAN. 
[5] G. W. Johnson, P. Archer, D. Davis, Device::USB 

- Use libusb to access USB devices., CPAN. 
[6] SCPI Consortium, Standard Commands for Programmable Instruments 

(1999). 

URL http: //www. scpiconsortium. org/ 



